我想要一个命令，它发出我所在分支的跟踪分支的名称。像这样的东西:$gitcheckout--track-btopicorigin/masterBranchtopicsetuptotrackremotebranchmasterfromorigin.Switchedtoanewbranch'topic'$gitunknown-commandorigin/master有这样的命令吗？ 最佳答案 应MarkLongair的要求，我之前的评论现在作为答案转载。使用最新版本的git，您可以使用gitrev-parse--symbolic-ful
我想要一个命令，它发出我所在分支的跟踪分支的名称。像这样的东西:$gitcheckout--track-btopicorigin/masterBranchtopicsetuptotrackremotebranchmasterfromorigin.Switchedtoanewbranch'topic'$gitunknown-commandorigin/master有这样的命令吗？ 最佳答案 应MarkLongair的要求，我之前的评论现在作为答案转载。使用最新版本的git，您可以使用gitrev-parse--symbolic-ful
当您修改工作目录中的文件时，git会告诉您使用“gitadd”暂存。当您向工作目录添加新文件时，git会告诉您使用“gitadd”开始跟踪。我对这两个概念有点困惑，因为我假设跟踪文件的更改不同于暂存文件以进行提交 最佳答案 Git对于本地仓库中的文件基本上有4种主要状态:未跟踪:文件是新的，Git对此一无所知。如果你gitadd，它变成:staged:现在Git知道文件(跟踪)，但也使它成为下一个提交批处理的一部分(称为索引)。如果你gitcommit，它变成:未更改:文件自上次提交后未更改。如果您修改它，它将变成:unstaged
当您修改工作目录中的文件时，git会告诉您使用“gitadd”暂存。当您向工作目录添加新文件时，git会告诉您使用“gitadd”开始跟踪。我对这两个概念有点困惑，因为我假设跟踪文件的更改不同于暂存文件以进行提交 最佳答案 Git对于本地仓库中的文件基本上有4种主要状态:未跟踪:文件是新的，Git对此一无所知。如果你gitadd，它变成:staged:现在Git知道文件(跟踪)，但也使它成为下一个提交批处理的一部分(称为索引)。如果你gitcommit，它变成:未更改:文件自上次提交后未更改。如果您修改它，它将变成:unstaged
前段时间我将我的.gitignore文件设置为不跟踪文件夹my_folder:my_folder/现在我只想跟踪所述文件夹中名为my_file.md的给定文件。在使.gitignore看起来像这样之后:my_folder/!my_folder/my_file.md并检查:gitstatus该文件未显示为要提交的更改。我做错了什么？添加我尝试将我的.gitignore文件更改为:my_folder/*!my_folder/my_file.md按照建议，但是文件仍然没有显示为在gitstatus之后提交的更改。我需要重置某些东西吗？加2尝试使用gitaddmy_folder/my_file
前段时间我将我的.gitignore文件设置为不跟踪文件夹my_folder:my_folder/现在我只想跟踪所述文件夹中名为my_file.md的给定文件。在使.gitignore看起来像这样之后:my_folder/!my_folder/my_file.md并检查:gitstatus该文件未显示为要提交的更改。我做错了什么？添加我尝试将我的.gitignore文件更改为:my_folder/*!my_folder/my_file.md按照建议，但是文件仍然没有显示为在gitstatus之后提交的更改。我需要重置某些东西吗？加2尝试使用gitaddmy_folder/my_file
我们正在使用定期更新的第3方PHP引擎。这些版本保存在git中的一个单独分支上，我们的分支是master分支。这样我们就可以从新版本的引擎中为我们的分支应用补丁。我的问题是，在多次提交到我们的分支之后，我意识到引擎的初始导入是使用CRLF行结尾完成的。我将每个文件都转换为LF，但这做了一个巨大的提交，删除了10万行并添加了10万行，这显然打破了我们打算做的事情:轻松merge来自该第3方引擎的出厂版本的补丁。我应该知道什么？我怎样才能解决这个问题？我的fork上已经有数百个提交。最好在初始导入之后和分支我们自己的分支之前以某种方式进行行尾修复提交，并在历史后期删除那个巨大的行尾提交。但
我们正在使用定期更新的第3方PHP引擎。这些版本保存在git中的一个单独分支上，我们的分支是master分支。这样我们就可以从新版本的引擎中为我们的分支应用补丁。我的问题是，在多次提交到我们的分支之后，我意识到引擎的初始导入是使用CRLF行结尾完成的。我将每个文件都转换为LF，但这做了一个巨大的提交，删除了10万行并添加了10万行，这显然打破了我们打算做的事情:轻松merge来自该第3方引擎的出厂版本的补丁。我应该知道什么？我怎样才能解决这个问题？我的fork上已经有数百个提交。最好在初始导入之后和分支我们自己的分支之前以某种方式进行行尾修复提交，并在历史后期删除那个巨大的行尾提交。但
如何删除不再使用的文件并将存储释放回githublfs配额？在这种情况下删除git历史中文件的引用点是否有效？ 最佳答案 目前似乎没有从git-lfs中删除大型Assets的好方法。GitHub目前的建议是使用一个名为TheBFG的工具。从您的存储库中完全删除该文件的所有存在。大概当GitHub下次运行git的垃圾收集时，它会从lfs存储中删除。有关详细信息，请参阅https://help.github.com/en/github/managing-large-files/removing-files-from-git-large-
如何删除不再使用的文件并将存储释放回githublfs配额？在这种情况下删除git历史中文件的引用点是否有效？ 最佳答案 目前似乎没有从git-lfs中删除大型Assets的好方法。GitHub目前的建议是使用一个名为TheBFG的工具。从您的存储库中完全删除该文件的所有存在。大概当GitHub下次运行git的垃圾收集时，它会从lfs存储中删除。有关详细信息，请参阅https://help.github.com/en/github/managing-large-files/removing-files-from-git-large-
